Контроль лимитов и бюджетные заявки
Бюджетирование (BUD) · период — август 2026, версия бюджета v3 · суммы в рублях
| ЦФО | Статья | Лимит | Исполнено | Резерв | Свободно | Расходование | Состояние |
|---|---|---|---|---|---|---|---|
| Цех сборки | Материалы и комплектующие | 4 200 000 | 3 010 000 | 620 000 | 570 000 4 200 000 − 3 010 000 − 620 000 |
В пределах лимита | |
| Цех сборки | Ремонт оборудования | 900 000 | 880 000 | 0 | 20 000 900 000 − 880 000 − 0 |
Остаток 20 000 | |
| Служба главного механика | Запчасти | 1 500 000 | 1 180 000 | 280 000 | 40 000 1 500 000 − 1 180 000 − 280 000 |
Превышение на согласовании заявка 120 000 > остатка 40 000, ждёт APPR |
|
| Служба главного механика | Услуги подрядчиков | 2 000 000 | 640 000 | 220 000 | 1 140 000 2 000 000 − 640 000 − 220 000 |
Резерв истёк 15.08 | |
| Коммерческая служба | Реклама и продвижение | 1 200 000 | 1 200 000 | 0 | 0 1 200 000 − 1 200 000 − 0 |
Лимит исчерпан | |
| Коммерческая служба | Командировки | 800 000 | 300 000 | 0 | 500 000 800 000 − 300 000 − 0 |
В пределах лимита | |
| Итого по отобранным | 10 600 000 | 7 210 000 | 1 120 000 | 2 270 000 | на согласовании1 |
system-params.json — показывается сводка по ЦФО и статьям с выгрузкой, построчный список открывается фильтром.Контракт экрана (для ТЗ)
Объект / архетип
Объект доступа не назван: в книге OBJ-* заведены только для НСИ
и администрирования, для бюджетирования их нет (§5 спецификации). Заводит TMOD-32.
Архетип registry; строка — пара «ЦФО × статья», а не документ. Цель
BUD-2, роль-владелец BUD.APPR.
Поля
| Поле | Тип | Обязательное | Правило |
|---|---|---|---|
| Статья бюджета и ЦФО | ссылка на справочник | да | R-BUD6 — контроль по паре, а не по сумме заявки |
| Сумма заявки | деньги | да | R-BUD6 |
| Свободный остаток лимита | деньги, расчётное | считает система | R-BUD7 — лимит − исполнено − резерв |
| Источник покрытия превышения | статья-донор либо резерв непредвиденных | да при превышении | R-BUD8 |
| Срок действия резерва | дата | да | R-BUD9 |
| Сумма переноса по статье-донору | деньги | да при переносе | R-BUD10 — увеличение равно уменьшению |
Права (кнопка ↔ операция)
| Действие | Операция | Роли |
|---|---|---|
| Создать бюджетную заявку на превышение или перенос | C | BUD.OPER, BUD.APPR |
| Согласовать превышение лимита и перенос | APPR | BUD.APPR |
| Пересмотреть норматив статьи по итогам разбора | U | BUD.APPR; BUD.ADMIN — только справочник нормативов |
| Выгрузить план-факт и журнал превышений | EXP | BUD.READ и выше |
Почему остаток показан тремя слагаемыми
Свободный остаток не хранится, а считается: лимит − исполнено − резерв под согласованные, но не исполненные заявки (R-BUD7). Показать один итог значило бы отказывать в заявке числом, которое нечем проверить, — а спорят с ним при каждом отказе «при живом лимите». Полоса рядом показывает то же долями: сплошная часть — израсходовано, вторая — обещано резервом.
Что на экране показано как нарушение
Превышение без источника покрытия — APPR недоступно, заявка висит
(R-BUD8). Резерв с истёкшим сроком — снимается автоматически и возвращается в лимит,
если обязательство не принято (R-BUD9). Перенос, поднимающий итог ЦФО, — не перенос,
а новая версия бюджета, и идёт через BUD-1 (R-BUD10).
Чего на экране намеренно нет
Утверждения бюджета и его версий (BUD-1), разложения отклонения на факторы (BUD-3), оплаты согласованной заявки и платёжного календаря — экран останавливается на обязательстве, а не на платеже: платёж ведёт казначейство модуля № 3.
Связанные термины и уровень зрелости
ЦФО · статья бюджета · лимит · резерв под заявку · источник покрытия · бюджетная заявка. Показывается с уровня A3 / B4.